home *** CD-ROM | disk | FTP | other *** search
/ Amiga Collections: Various / DevDisk 65 (1989)(DevWare PD).zip / DevDisk 65 (1989)(DevWare PD).adf / mypixel / pixel.doc < prev    next >
Text File  |  1990-07-11  |  2KB  |  40 lines
  1.       Pixel.Doc  by  Thomas J. Eshelman,  Reading, Pa.   6/23/89
  2.  
  3.   There are eight files in this archive:  mypixel, mypixel.c, pixel.asm,
  4. onepixel.s, onepixel, two .o files and the one you're reading.  This series
  5. begins a seminar on writing and interfacing routines on the Amiga that are
  6. fast enough to comprise arcade games.  I must assume the reader has a passing
  7. knowlege of the C language as well as 68K assembler.  Expertise is not
  8. required, because the undersigned hardly holds himself thus.  You will
  9. "ln +cdb mypixel.o pixel.o -lc".  (onepixel.s is a separate program here for
  10. the programmer without benefit of Manx.  The loop is absent in this program.)
  11.  
  12.   This first program, mypixel, represents experiments with original Public
  13. Domain code by Geodesic Publications.  It is written merely to familiarize
  14. the reader with the somewhat peculiar system used by the C language to pass
  15. arguments on the stack.  Further, careful study of the instructions that
  16. set or reset the user-selected bit (coordinate) within the bitplane under
  17. scrutiny, will very clearly illustrate exactly what is meant by the term,
  18. "bit-plane graphics".  The comments are copious, which makes for much
  19. easier reading than having explanations one place and code in another.
  20.  
  21.   We will simply fill a window with a rainbow....the hard way, pixel by
  22. pixel; then restore it.  (The easy way is to write a very short copper
  23. list program.)
  24.  
  25.   Why assembler?  First, because when we get around to using the blitter,
  26. speed means everything.  Second, there are bugs in at least one of the
  27. ultra-important system routines that noone has been able to kill in four
  28. years!  This means, you must write your own material.
  29.  
  30.   This program makes the increased speed of the 2500 very obvious to the
  31. fortunate owner.  In addition readers should experiment by rearranging the
  32. code in such fashion that it is inline within the C module just to
  33. experience the speed increase afforded.
  34.  
  35.   Since I am leading up to the blitter and sound routines of the small,
  36. arcade game, LilGame,  you may wish to get a copy if only to see the
  37. direction we will be taking.
  38.  
  39.    Regards.                   Tom Eshelman
  40.